temps boot puce

Bonjour a toi ^^

Alors moi aussi je te conseille de prendre une xbox 360 slim de 250 gigas, comme sa te utilisera se dd pour lancé tes jeux

après pour la puce, perso je prend des Squirt pour les slim, elle a de très bon temps de boot et très facile a optimisé "après c'est toi qui vois ^^

Pour le Glitch360Spi 3.0 rev B, je trouve que c'est le top, il fais tout tout seule ^^

pour l’installation il te faudra souder la puce et après soude le SPI et après tu lans ERgh et si tout es bien souder tu aura fais ton glitch en quelque minutes......

il te faudra brancher l'alim a ta console

et après une fois fini tu dessoude le SPI et tu remonte ta console et voila ^^

si ta besoins ont est là

2. Mise en place du Reset Glitch Hack


Voici maintenant l'étape principale de la mise en place du Reset Glitch Hack. Cette étape est la plus compliquée, bien qu'elle soit assez facilitée grâce au logiciel eRGH.

Nous exploiterons ici une grande nouveauté qu'intègre le dernier eRGH en date : le BenchMark. Le BenchMark est une fonctionnalité supplémentaire permettant de tester les temps de boot d'une console. Une moyenne est effectuée et est mise en ligne sur le cloud de la team. Ceci permet notamment d'adapter une configuration à une révision de carte mère, et de ce fait, obtenir les meilleurs temps de boot possibles.

De ce fait, avant toute chose, nous visitons le cloud de la Glitch360Team.



Sélectionnez le type de carte mère et/ou la version du RGH que vous allez installer. Nous choisissons Trinity dans notre cas. Cliquez ensuite sur Rechercher.

Une liste de différents montages apparaît, chacun comportant une note. Si vous souhaitez en consulter un en détail, cliquez dessus. Celui de Seb117 nous intéresse, donc nous consultons le détail.



Nous constatons que Seb117 a utilisé 38cm d'AWG30 (Kynar) ainsi que 6cm d'AWG28, le tout donnant une moyenne de 7 secondes de boot. Nous nous basons donc sur cette configuration. Notez également la position des switch qui est importante.

Astuce : pour vous procurer du AWG28, qui est généralement bien mieux pour les points POST_OUT et/ou CPU_RST, coupez un câble Ethernet et récupérez le fil présent à l'intérieur.



Il est temps de passer aux choses sérieuses. Lancez eRGH.



Les manuels sont disponible sous format PDF. Ayez toujours ces manuels sous les yeux, ils sont écrits en français et permettent d'avoir quelques compléments d'informations sur la puce ou encore les schémas d'installation du Glitch360SPI pour l'utilisation d'eRGH.

Nous recommandons, pour le bien de la communauté, de cocher la case Lancer le benchmark à la fin d'un glitch afin de partager vos résultats.

La case Pose de Xkey ne nous intéresse pas ici.

Installez donc votre Glitch360SPI en suivant les schémas présents dans le manuel de eRGH ainsi que votre Glitch360Key ULTRA grâce à ceux présents dans le manuel de la Glitch360Key ULTRA.



Une fois tout ceci fait, cliquez sur Suivant et la mise en place du RGH peut commencer.

eRGH va d'abord vérifier que la console est compatible. Si c'est le cas, et ça le devrait, cliquez sur Suivant.



Le logiciel va tout d'abord dumper la Nand.



Une image ECC va être générée puis écrite.



eRGH va ensuite se charger de la récupération des clés CPU/DVD et autres informations. Vous pouvez contempler le temps ayant été nécessaire au lancement du XeLL. Ici, il a fallu 3 secondes pour le lancer.



La Nand FreeBoot est ensuite générée et écrite.



À la fin du processus, BenchMark se lance si vous avez coché la case au départ, et va réaliser une série de 5 boots afin de calculer un temps moyen.



Une fois cette série réalisée, une fenêtre vous demandant la configuration choisie apparaît.




Remplissez les différentes cases en fonction de votre installation. Entrez ensuite un pseudo et cochez Sauvegarder dans le Cloud si vous souhaitez publier vos résultats.

Remarquez que les résultats apparaissent instantanément. Voici par exemple une simple recherche de configuration pour les cartes mères Trinity.



eRGH, si vous avez l'Addon Pack, vous permet également de préparer une Clé USB pour installer la mise à jour avatar, ou encore de préparer un périphérique USB en y copiant Freesetyle Dashboard.



L'installation du Reset Glitch Hack est terminée et grâce à la Glitch360Key ULTRA ainsi qu'au Cloud permettant d'avoir des indications sur le type d'installation à effectuer, nous avons réussi à obtenir un temps de boot moyen de 8 secondes sur Trinity. La Glitch360Key Ultra est donc un très bon produit pour un prix plutôt faible (environ 18 €).

Nous remercions une fois de plus la Glitch360Team et nous tenons également à signaler qu'un autre test a été effectué par Yoann-95, sur une Jasper en RGH2, à [url=http://www.gamergen.com/forums/tutos-xbox360/glitch360key-ultra-rgh2-jasper-t344069.html]cette adresse[\url].

Le R-JTAG est relativement similaire (bien que son fonctionnement soit complètement différent) au Reset Glitch Hack côté installation. Si vous n'avez donc jamais touché à un fer à souder de votre vie, ce tutoriel n'est PAS fait pour vous. Prenez le temps de vous entrainer avant tout, croyez-moi, votre portefeuille vous dira merci.

Que vous soyez débutant ou non, prenez le temps de lire ce dossier. Vous trouverez de nombreuses informations et de nombreux conseils pour réussir ce genre d'installations.

N'ESSAYEZ JAMAIS DE PROGRAMMER VOTRE R-JTAG. LUI INJECTER UN TIMING LE RENDRAIT TOTALEMENT INOPERANT.


Commençons. Le R-JTAG est composée d'une puce similaire au CoolRunner III ainsi que de deux QSB.

Le Qsb Post Phat V2 va nous permettre d'afficher le PostOut à l'écran et de faire un Benchmark ce qui nous donnera un temps de boot moyen. Il sera relié à la puce grâce à une nappe.
Le Alt JTAG V2 permettra d'exploiter le JTAG. Il possède un switch OFF/ON (position OFF en cas de retour à une Nand officielle) ainsi qu'un autre pour jongler entre différentes résistances.


Faites chauffer le fer, l'installation commence !

Attrapez tout d'abord votre JR Programmer V2 (je le répète une fois encore, il n'est pas obligatoire. Vous pouvez très bien utiliser un JR Programmer V1 ou un NAND-X). Nous allons dumper la Nand de notre console.

Ouvrez JRunner (consultez les News Hack pour vous procurer la dernière version en date).



C'est parti. Prenez votre fer à souder et mettez en place votre SPI.

VOTRE CONSOLE DOIT TOUJOURS ÊTRE DÉBRANCHÉE LORSQUE VOUS UTILISEZ VOTRE FER À SOUDER.

Suivez ce schéma d'installation si vous n'avez pas les QSB (il faudra couper les adaptateurs QSB au bout des fils de votre SPI) :



Sinon, suivez celui-ci :



Ne prêtez pas attention aux divers fils et diverses lettres. Aidez-vous simplement avec cette image pour localiser l'emplacement où vous devez positionner vos QSB.

Branchez maintenant votre JR Programmer à votre PC via le câble USB.

Retour à JRunner. Appuyez sur le bouton Read Nand en vous assurant que reads est placé sur 2. Notre logiciel préféré va travailler pendant 5 bonnes minutes. Il va en réalité récupérer la Nand de votre console deux fois, puis va comparer ces deux Nands. Si elles sont identiques, alors nous pouvons affirmer que le dump est bon.

Ceci fait, place à l'espace XeBuild. Sélectionnez JTAG, Motherboard Version devrait être automatiquement remplacé par le type de votre carte mère (Falcon, Opus, Jasper ou Zephyr). Cochez la case Aud Clamp option. Enfin, cliquez sur Create XeLL Reloaded.

Une image ECC va être générée. Cliquez sur Write ECC pour injecter cette image dans la Nand.

Un fois cette opération terminée, nous passons au côté... hardware !

smark1712 Wrote:Pour ça, il faut revoir ton montage, tes soudures, le passage des câbles, type de câbles, longueurs ... ou même rajouter des composants (résistance, condensateurs,...)

Essaye de faire passer le CPU_rst au dessus du cache blanc qui recouvre les ventilo. Ça améliore les temps de boot en général

Type de cable utilisé Kynar AWG 30 (j'avais essayé du AWG 28 pour le cpu-rst car j'avais lu qu'on obtenait de meilleur résultat, mais ça n'a rien changé. Idem essayé aussi AWG 24 pour 3.3V et GND mais c'était moins bien).

J'ai refait plusieurs fois les soudures. Sans grand changement (significatif)
Par contre je vais peut-être refaire entièrement le montage, car là la puce se trouve à l'intérieur du cache blanc et donc peut-être ça joue. La gltchteam recommande de le mettre à la gauche de là ou je l'ai mis. Donc je vais tenter comme ça.

Par contre depuis peu j'ai un soucis avec le logiciel de bench (eRGH Benchmark) inclus dans eRGH
Lorsque je lance un bench, il démarre la console, mais quand la console boot, il ne le détecte visiblement pas car le tps continue de tournée jusqu'au bout ou là il coupe la xbox.
Une idée d'où cela pourrait venir ?

Alors je viens de me rendre compte de la chose suivante et j'avoue ne pas comprendre.

Le kernel de ma console avant glitch était 126.25
Voir d'ailleurs les captures d'écran

Or, aujourd'hui en allant voir dans les paramètres systèmes, j'ai constaté que cette dernière est maintenant en 162.03

Comment cela est-il possible ?
Je précise que je n'ai pas fait de maj du kernel (la console n'a ni adaptateur wifi, ni n'a été via réseau au pc).

De fait, la puce a été programmé en RGH 1 elle boot d'ailleurs quasi tout le temps même si c'est long (30s à 1 m).
Bref si quelqu'un peu m'éclairer ?

Demande lui avant quelle puce il utilise. C'est un gage de fiabilité . Il serait préférable qu'il utilise une puce connu qu'une no name chinoise

Peu de tech apprécient que leurs clients regardent derrière leur dos pendant l'installation, ce qui est compréhensible. Cependant, tu peux lui demander de ne pas refermer la console une fois que c'est fait afin d'examiner le résultat de tes propres yeux. Vérifie qu'il n'y ai pas de câbles qui se baladent n'importe où, et le cas échéant, demande à ce qu'il utilise de la colle chaude. Même chose pour la puce. Elle doit être fixer au moyen d'un double face ou autre pour éviter qu'elle ne se déplace dans la console. .Vérifie surtout l'aspect des soudures et que les câbles ne soient pas trop dénudés afin d'éviter tout court-circuit.

Une fois la console remontée, le temps de boot ne devrait pas excéder 30 secondes sur trinity, sans cela ça voudrait dire que le tech ne s'est pas trop foulé en optimisation. Si le temps dépasse 45 secondes, c'est un mauvais tech à mes yeux.

Merci du conseil. Ça m'embête un peu de devoir racheter une console.
Pour le R-Jtag, j'hésitais entre celui ci ou la glitch360key ultra.
Qu'appelles tu x-clamps? Ce sont les deux objets métalliques en forme de croix situés sous la CM?
Tes jaspers booté en combien de temps (console ouverte et/ou fermé)?
Aurais-tu des photos du montage?

Du coup, lequel entre le R-Jtag ou la glitch360key ultra est le mieux? Ou même une autre puce.
Merci pour votre aide